Search Results: "alfie"

9 September 2008

Holger Levsen: RC bug a week - week 3

Last week I was in Extreamdura, Spain, polishing fai for Lenny. So I only fixed one RC bug (494243), which was affecting Lenny the day mrvn pointed me to it, but wasnt anymore when I uploaded it yesterday. The reason is simple: quite some removals of buggy packages have taken place, yay! (And gerris was one of them...)

Speaking of which, the bug count has been gone quite dramatically. According to the simple graph we are down to 310 (last week 383, the week before 428), according to this turmzimmer view we are now down to 266 (last week 339), but I have found yet a better one, according to which we are at 144 RC bugs affecting Lenny!

144 bugs ain't many for a thousand developers ;-))

Last week I pointed you to rc-alert, which helps finding buggy software you are using. Rhonda pointed out
rc-alert -d TU -o and
to me, which will show RC bugs (of packages installed on your system) which are open in unstable _and_ testing. This only works in testing/lenny or with devscripts from backports.org. It won't show you which have been removed from testing though ;-) Read the rc-alert manpage for other interesting queries to hunt bugs!

27 August 2008

Gerfried Fuchs: Two Days, Apocalyptica

For quite a while I'm already looking forward to this year's Two Days A Week festival. To be precise right from when I saw the first poster about it and me finding the name of one of my most favourite bands on it: Live. I haven't seen the guys from the US for a long time now and am absolutely eager to see them on stage again. But today came the next shock: Some few days ago Slipknot had to cancel their attendance because of the injury of one of their band members, they have found a more than adequate replacement: Apocalyptica!!!! Wiesen, I'm coming!

26 August 2008

Gerfried Fuchs: scons annoys

scons claims to be a better replacement for make, or rather especially autofoo magic. Unfortunately, it isn't. To me a proper build system should definitely be able to clean up behind itself. The reasoning flying around for why scons isn't able to do so are quite hilarious, ranging from that it doesn't know what it generates (how does it generate them in the first place?) to that it's extensible and thus can't be done properly (then the extensions are broken and should add their clean informations in a hook or such, too). I haven't seen any valid reason for why it shouldn't be able to do so—yet we still seem to need to clean up cruft lying aroud like .scons* files and directories, config.log and of course the build/ directory. People, if you really want to do some proper build system, don't forget to make it clean up after itself. It shouldn't be the requirement of application developers to fix that (which doesn't really work because a scons target trying to clean the files makes scons crash).

Mark Brown: Touching like spacemen

Rhonda, have you reported the SCons problems you’ve found to either the Debian mantainer or upstream? That’s much more likely to be an effective way of improving things than blogging about them. For what it’s worth the .scons files are a bug in the SCons core AFAICT (it needs a distclean equivalent that doesn’t appear to be there; I suspect nobody has asked for it before) and the failure to clean up other generated files will be bugs in the support for whatever tool is being used to do the build.

25 July 2008

Gerfried Fuchs: Blosxom 2.1

Sometimes things like these happen. Noone really did expect it, but it did: blosxom Version 2.1 got released by the new Upstream Team. It does incorporate all previous Debian patches which I'm quite happy about, and contains other long standing and needed fixes and changes. Though, there is also a tiny drawback in that, especially for the Debian package: some of the changes might not be totally approved by all the users of the Debian package. This is unfortunate, but it had to be done to get the package finally yet in a cleaner state (maybe you remember the cleanup run when I originally took over the package). Please be sure to read the NEWS.Debian entry (apt-listchanges might help here) about the most important changes, one of them might even mean that upgrades to this package will flood planets. This is extremely unfortunate but for getting things clean unavoidable:
blosxom (2.1.0-1) unstable; urgency=low
  * This update is a major switch, all local patches have been incorporated
    into upstream version again. Furthermore, html and rss flavours are now
    included in the blosxom script directly and the old 1993 and index
    flavours are not included anymore, to get rid of some further historical
    annoyances with the packaging.
  * MOST IMPORTANTLY: This update adds a new tag into rss feeds:
    <guid isPermanentLink="true"> which helps to notice duplicates and not let
    them appear again on planets. Though, for the time of switching it might
    mean that your last entries might appear as new when planet doesn't check
    <link> (which already should be cached) when finding <guid>. This is
    unfortunate but not really avoidable. To limit impact a new plugin was
    added: 00RssLimit which turns the syndicated feed in only pick up the last
    5 entries.
  * The plugin timezone got disabled and gets only installed into a new
    /etc/blosxom/plugins-available directory which is the first step to the
    planned blosxom-plugins package. If you found it useful and made use of it
    just symlink it from the plugins directory.
 -- Gerfried Fuchs <rhonda@debian.at>  Fri, 25 Jul 2008 16:19:49 +0200
Technically it means you might want to tweak the included 00RssLimit plugin to even just 1 until you blogged some more and raise it with time if your blog runs through some planet. If you do the upgrade, did set 00RssLimit to 1 and do not reappear with your last entry on your planet sites feel free to switch it back. Again, this is an unfortunate situation, and it's not really related to the Debian package only–the addition of the <guid> tag happened upstream and will affect all users of blosxom. It's just that I added the selfwritten 00RssLimit plugin to reduce the impact for the Debian users. Hope you don't mind. ;) Ah yes, and if you might ask where the package is: I did put it into my website for now so people have some time to stumble upon this blog entry before they install the package from unstable without prior notice and maybe not even using apt-listchanges. I will upload the package within the next day.

11 July 2008

Gerfried Fuchs: Plug And Pray

Sometimes one stumbles upon interesting pictures. It happens too regularly in recent times and I don't think that it will end too soon. This new section of my blog will contain such photos from time to time.
I'll start off with a quite interesting poster we stumbled upon in my hometown. If you don't understand German, it's about church service targetted at youths—and everyone knows that young people always mix their language with english vocabulary all the time to sound hip, don't we... Don't forget to also read the small text at the bottom, or you don't know where the "Chill Out - Meet & Greet" is going to happen! Plug & Pray

18 June 2008

Gerfried Fuchs: Musical Countries Meme

The instructions are pretty simple: Go to your last.fm profile and look up the countries for all 50 listed "Top Artists Overall". Here is the distribution of the bands I listen to:
de: 19
uk: 11
us: 11
se: 2
at: 1
au: 1
be: 1
fr: 1
ie: 1
it: 1
mx: 1
Found through Mosquitokillah

22 May 2008

Gerfried Fuchs: pgadmin3 for experimental

One of the things why I was on the tracks for getting src:wxwidgets2.8 into the pool was to be able to get a recent pgadmin3, too. The one we currently have in testing/unstable isn't even anymore able to cope with our default postgresql-8.3 version. Now that wxwidgets2.8 is in experimental for a while I tried to suggest a pgadmin3 upload to experimental. Unfortunately the package maintainer seems to be quite busy these days, thus I prepared an NMU for it, planing to upload it into the pool at the start of next week. All involved parties received mails about it—that also includes the bug reporters of the bugs it would fix. For your convenience, if you are interested, you can find the package in the meantime on my private server: http://rhonda.deb.at/debian/pgadmin3/—feel free to give it a test and send feedback along.

21 May 2008

Gerfried Fuchs: Love is...

<comment />
Love is For Sharing
Share your Fun, your Joy, your Heart
Best Moments in Life Love is Not to Share
Don't share Birthday Dinner's Bills
Not Forgetable Love is About Talks
Talk a Lot, 'bout Everything
Talks will Hook You Up Love is Not to Talk
Don't Overstate when in Rage
It will Hurt you Both Love is For Spending
Spend Much Time with Each Other
It's just Natural Love is Not to Spend
Hobbies are Fun, but Beware:
Not on Holidays Love is For Writing
Take the Time and Write It Down
Love Letters are Fun Love is a Black Out
No Idea how to Praise Them
Not Able To Write Love is For Thinking
Do Not Forget the Good Things
In Times of Troubles Love is Not to Think
Just be Yourself Where You Go
Let It Drive Itself

2 May 2008

Gerfried Fuchs: Deja Vu?

Sometimes strange things happen. This tuesday I had been to a simply great concert again: Grossstadtgeflüster. They were wearing nice white jumpsuits with finger-color handprints on them, the playlist was mostly really great, good mix of their first and from the great new album. But what was the most interesting part is that they announced another concert on the following tuesday. I just dropped to the floor because well, yet another of those "coincidences", because well, next tuesday is my birthday. Again. Deja Vu, anyone? On wednesday I had been to the next concert: Mono & Nikitaman. I never have seen the WUK that crowded, the hall was totally packed, people were even standing through the doors into the pre-hall. And even though they are rooted in Reggae it was in no way slow or soft. Greatly carrying along, hard to keep ones feet still. Only drawback when having two great concerts in two subsequent nights: Your neck and back starts to hurt and requests its toll. *ouch*

1 May 2008

Joerg Jaspert: Splitting huge mbox files

As I just had the need to split up two huge mbox files by date and did not find a tool that does that easily, I thought I share what I used. Careful, it isn’t very clever, so if you use it: It comes with NO WARRANTY at all. If it eats your mail, you lost. Not my fault, you have been warned. The task it should solve reads There are various ways to do it, one would be to use mutt, with something similar to the following in a muttrc file somewhere
 unset confirmcreate
 set delete=yes
 set folder=/dev/null
and then a lot of lines looking similar to the following, just replacing the dates;
folder-hook . 'push "T~d01/03/2008-31/03/2008\n;s2008-03.mbox\n$%q"'
If you then start mutt using mutt -F theabovemuttrc -f themboxfiletosplit it will go and split it into the YEAR-MONTH based files. I got this way from Gerfried Fuchs, as I am no mutt user and wouldn’t have found the way to do it with mutt myself. Drawback: Mutt needs exact date entries in the push lines. Means you have to write 29/02 if you mean “last day of Februar”, a plain stupid 31/02 will be converted to 02/03. And I was way too lazy to list all the dates for the timeframe those mboxes cover. So, other solution. Ruby to the rescue! The following code does split the mbox into the files I want, based on the date header:
#!/usr/bin/ruby -w
# Split a mbox file into $year-$month files
# Copyright (C) 2008 Joerg Jaspert 
# BSD style license, on Debian see /usr/share/common-licenses/BSD
require 'pathname'
require 'rmail'
count = 0
File.open(Pathname.new(ARGV[0]), 'r') do  mbox 
  RMail::Mailbox.parse_mbox(mbox) do  raw 
    count += 1
    print "# count  mails\n"
    begin
      File.open(RMail::Parser.read(raw).header.date.strftime("split/mail-%y%m"), 'a') do  out 
        out.print(raw)
      end
    rescue NoMethodError
      print "Couldn't parse date header, ignoring broken spam mail\n"
    end
  end
end
This will go through the whole mbox and store them in split/mail-$year$ month files. It has a few things you should keep in mind, if you really want to use it: The above script took, niced down with nice -15 on an otherwise used server, about 25 minutes to split around one million mails from the above mentioned large files, with no noticable memory usage (only one mail at a time in memory). Comments: 5

25 April 2008

Gerfried Fuchs: Baby is Leaving

Just to not confuse readers from Planet Debian, the mentioned baby is not Miriam Ruiz. Sorry. :)
baby is leaving
flying over the big sea
heading for some place I wish her good luck
and that she will come back soon
to my open arms
P.S.: Tiny bits changed after some nagging from baby. ;)

18 April 2008

Gerfried Fuchs: On freedom

One of the freedoms I value is the freedom to choose what you spend your time on and who you spend it with. And while I believe that people in key roles in Debian still have those freedoms (hey, 2.1(1), don't you know), reality these days even confirms that. So long, and thanks for the fish.

12 April 2008

Gerfried Fuchs: Pregnant Husband

It's a bit strange. Still. Writing this personal part of my blog, opening some of my most inner thoughts to the wild public. Though, so wild it doesn't seem to be. To be honest I can't remember having received any bad feedback on my personal stuff, only positive, supportive ones. (Or, there was one. Though, it wasn't related to the core of the personal section but someone thinking it would be "cool" to misinterpret some statement therein and try to hurt me with it. It only made me laugh at them, trying to "use" it as an argument.)
No bad feedback might be related to that I don't have comments enabled because I don't want to have a moderation system that would make it look like I filter out bad comments but I also don't want to open it up to SPAM. And people who propably usual leave scathing comments don't consider it convenient to address me directly, via any IM system, including emails. Anyway, opening in that way has quite some benefits: For a start, it helps me myself to keep track of things that happened. Secondly, it hopefully helps others that are in similar situations to see that they aren't alone out there and that one can survive with not hiding it. But last but not least some people address me and provide me with interesting links on the topic. I think they shouldn't be just hidden in my personal mailbox so I am going to offer them to a broader audience here. I won't show the names of who sent them along, I'm not sure if they would like being connected to the topic. But they can be assured of my blessing for offering them to me. First link I like to hand out is an article from advocate.com about a pregnant husband. Yes, this was no typo and the reason why I haven't posted it right the next day because I received that link on March 31st. I can just wish all the best to Thomas, Nancy and their yet unborn girl. Looking forward to see baby photos. :) The second article I got sent lately is When Girls Will Be Boys. It is about the transition story of Ray and acceptance problems. Pretty long but definitely worth reading. Again, thanks to the people who offered me the links to the articles, I truly appreciate them—and I hope some of the people reading my blog will too, or at least that it might change their perception and opinion on "such people".

20 March 2008

Gerfried Fuchs: Die Welle

"Die Welle" is yet another modern adoption of the old experiment Ron Jones did back in 1967 to his school class about showing them that something like the Third Reich is still possible nowadays. One of the pupils sums the first impression up pretty well, "Not again, I can't hear it anymore", but the further it comes to the end of the movie the more oppressing the situation gets. Definitely worth seeing, even if you can't hear it anymore.

10 March 2008

Gerfried Fuchs: APT::Acquire::Translation "none";

Quite a lot people are unhappy with how the package descriptions are translated. Different teams handle it differently, but the approach the German "team" chose is quite unfriendly from a quality point of view: The webinterface for it doesn't require any authentication at all, leading technically to anonymous translations all over the place. The so-called "review" process consists of the same not-existing authentication, leading to a situation where unknown people can put in whatever they like and have other (or potentially the same) unknown people acknowledge that. The language team has actively chosen that way because it was said that bad translations simply won't happen and that the review (three people opening the page and clicking onto a button) will not let that happen. Well, it happened. And is happening all over the place. Things like "Gedultsspiel" and "Murmelirrsinn" are pretty tough and almost hiding translations from "counting pipe" to "Zählrohr" and "villages" to "Orte" (and no, those aren't the only examples that accumulated over the last months). As this all happens anonymously one can't even get a message to the people submitting (extremely) low quality translations, helping them to improve their skills so they won't do the same mistake in future translations; meaning things are hard to improve. I am usual an advocate of translating stuff, did put a lot of effort into that area—but the total lack of quality in not only a small and tiny bit here but a much broader area is why I suggest to everyone (at least from a German language point of view): Put APT::Acquire::Translation "none"; into your /etc/apt/apt.conf file and don't get annoyed by them. When quantity is the only thing that counts people wanting to have quality are simply ignored with their mails on the lists.

Gunnar Wolf: German and APT::Acquire::Translation

Rhonda,
The webinterface for it doesn't require any authentication at all, leading technically to anonymous translations all over the place. The so-called "review" process consists of the same not-existing authentication, leading to a situation where unknown people can put in whatever they like and have other (or potentially the same) unknown people acknowledge that.
The language team has actively chosen that way because it was said that bad translations simply won't happen and that the review (three people opening the page and clicking onto a button) will not let that happen. Well, it happened. And is happening all over the place.
Hmmm... That sounds quite like a definition of Wiki in my book. Just add a version-control layer underneath, and...
Oh, you didn't? Umh... Tough luck! :-(

26 February 2008

Gerfried Fuchs: Wegen Renovierung Offen

It's rare that one does something for themself, and entertainment has happen. Yesterday I had been to a cabaret and did take my other half with me. With the thought, it doesn't always have to be Resetarits, Gunkl or Dorfer I chose "Wegen Renovierung offen" ("Opened due to renovation") from and with Gery Seidl–being the child of a master-builder and having done my A-levels at a high school for structural engineering it wouldn't had been a better fit thematic wise. The role of the construction supervisor Roman Schweißer is catching right from the start, and that's not only for insiders but also for people who generally have no connection to this business branch; a human like everyone else: The internal conflict between what his boss tells him and what his heart tells him, different approaches to get that done, and at the same time trying to also work on his shaken relationship isn't easy—but for sure it's extremely entertaining and worth seeing. My other half didn't regret it to got convinced by me. Dates are still a lot left, partly sold out, partly though also from other projects to which I'm looking forward to. It's rare that a still young performer is not only just able to catch up with oldsters but also to perform with them on stage.

9 February 2008

Gerfried Fuchs: My Efforts in Debian

... are still there, even if I don't blog about every single bit all the time. Most of the packages I care about are in good state, I even did jump on board of irssi co-maintaining and got its bugcount down a fair bit (though I won't rest at this stage, there are still some to go) and did jump onboard of the pkg-games Team. ... which brings me to wesnoth. For quite a while I am tracking the stable releases (1.2.x) of wesnoth in unstable while the development releases (1.3.x) are followed in experimental. With the upcoming stable release 1.4 this though will change. The development branch is feature frozen and thus will be (propably) compatible with the next stable release, and furthermore the current stable release isn't expected to receive any further update. My plan is thus to upload the next development release directly to unstable. If you want to give it some additional testing before that happens pull the package from experimental now and give your feedback, thanks. Furthermore I am also tracking some packages for backports.org. I usually do the packaging of it almost synchronous to its upload into unstable although it is only allowed onto backports.org when it entered testing. For the timegap in between you can usually find it on my website repository. Directories that aren't empty there have some upload to backports pending and you can feel free to test the packages and send me feedback on them. Currently this includes bacula, slony1 and postgresql-8.3. One last note, finally it happened: apache1 isn't anymore. There were two packages left in testing until recently which got their removal requests adjusted. Thanks to everyone involved in keeping track of this and helping cleaning up the archive.

25 December 2007

Gerfried Fuchs: Happy Christmas

burning rhonda ...or similar for those who enjoy the hopefully silence part of the year. May you have someone to cuddle you to sleep... and also wake up again with. ;)

Next.

Previous.